home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 11332 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.3 KB  |  56 lines
  1. Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++
  2. Path: alexandria.organon.com!alexandria!jsa
  3. From: jsa@organon.com (Jon S Anthony)
  4. Subject: Re: C/C++ knocks the crap out of Ada
  5. In-Reply-To: kcline@sun152.spd.dsccc.com's message of 11 Mar 1996 10:22:53
  6.     -0600
  7. Message-ID: <JSA.96Mar13174519@organon.com>
  8. Sender: news@organon.com (news)
  9. Organization: Organon Motives, Inc.
  10. References: <JSA.96Feb16135027@organon.com> <4hhred$1rn@sun152.spd.dsccc.com>
  11.     <adaworksDntn85.50y@netcom.com> <Dnxw7F.J04@thomsoft.com>
  12.     <4i1k0t$9us@sun152.spd.dsccc.com>
  13. Date: Wed, 13 Mar 1996 22:45:19 GMT
  14.  
  15. In article <4i1k0t$9us@sun152.spd.dsccc.com> kcline@sun152.spd.dsccc.com (Kevin Cline) writes:
  16.  
  17. > > The Solaris threads are supported in our ObjectAda product. This is
  18. > > significantly slower than our own previous 'user-mode' tasking,
  19. > >because of the Solaris overhead. So much for the 'efficiently
  20. > >mapped': the most significant overhead is *not* the Ada runtime.
  21. >
  22. > Of course 'user mode tasking' is cheaper than Solaris bound threads,
  23. > but for most of the useful applications of threads on UNIX that I am
  24. > familiar with, 'user mode tasking' is useless; it does not allow
  25. > multiple tasks to proceed in parallel on different processors of a
  26. > multi-processor system, and it does not allow one task to block in
  27. > a UNIX I/O wait while other tasks proceed.
  28.  
  29. So?  And?  The point was that ObjectAda, and I can vouch for Gnat, both
  30. map tasks to the underlying Solaris threads.  Your entire paragraph is
  31. a completely meaningless and irrelevant strawman.  Your love of strawman
  32. style arguments here is approaching legendary status.
  33.  
  34.  
  35. >  Don't bother pointing out that standard ADA I/O does not cause all
  36. > tasks to block; standard ADA I/O is so extremely limited that is is
  37. > nearly useless for serious UNIX applications.
  38.  
  39. So, who is?  And besides, given that tasks are typically mapped to the
  40. underlying OS threads when available, what is your point?  And
  41. standard Ada IO (i.e., Ada95, which is _now_ the standard) is totally
  42. capable of any "serious" UNIX application that you can dream up.  At
  43. least any that you can do with C/C++.  You don't actually think you
  44. might get a clue before blowing more smoke on this stuff, do you????
  45.  
  46. /Jon
  47. -- 
  48. Jon Anthony
  49. Organon Motives, Inc.
  50. 1 Williston Road, Suite 4
  51. Belmont, MA 02178
  52.  
  53. 617.484.3383
  54. jsa@organon.com
  55.  
  56.